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METHOD AND APPARATUS FOR OVERLOAD CONTROL IN 
MULTI-BRANCH PACKET NETWORKS 

Field of the Invention 

5 The present invention relates to voice packet communication systems, and more 

particularly, to method and apparatus for congestion management in a multi-branch voice packet 
network, such as the Internet Protocol (IP)-based private branch exchange (PBX) switch. 



Background of the Invention 

10 Communication networks are used to transfer information, such as data, voice, 

text or video information, among communication devices, such as packet telephones, computer 
terminals, multimedia workstations, and videophones, connected to the networks. A network 
typically comprises nodes connected to each other, and to communication devices, by various 
;'5 links. Within a corporate environment, telephone service has typically been provided by a 
;; j. 5 private branch exchange (PBX) switch. Generally, a private branch exchange (PBX) switch is an 
^ on-site facility that is typically owned or leased by a company or another entity. The private 
m ' branch exchange (PBX) switch interconnects the telephones within the facility and provides 

access to the Public Switched Telephone Network (PSTN). 
i':3 Information sent from a communication device to a network may be of any form, 

fyZO but is often formatted into fixed-length packets or cells. Packet-switching network architectures 
are widely used, for example, in popular local-area network (LAN) and wide area network 
(WAN) protocols, such as Ethernet and asynchronous transfer mode (ATM) protocols. In a 
packet-switched network, data transmissions are typically divided into blocks of data, called 
packets, for transmission through the network. For a packet to get to its proper destination, the 
25 packet must traverse through one or more network switches, routers or intermediate systems. 
Increasingly, such packet telephony systems are being utilized in corporate environments. 

Unlike a conventional PBX environment, which is based on the circuit switching 
concept, i.e., each phone conversation gets a dedicated circuit, the packet data network used by 
the packet telephony system is typically shared with other network apphcations, such as web 
30 browsers, electronic mail, file and print servers. This mix of voice and data apphcations on the 
same packet network might result in a degradation of the voice quahty due to packet loss, delay 
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and jitter. In order to protect voice applications, a higher priority is typically given to voice 
packets in various elements of the packet network infrastructure (if allowed by the network 
infrastructure). However, even with this increased priority, random congestion might take place 
in different parts of the packet network, and specifically at the wide area network (WAN) access 
5 Hnks or within the WAN itself. When congestion takes place, the packet telephony users are, in 
a sense, at the mercy of the network and the various appUcations running on the network. There 
is little, if anything, that the packet telephony administrator can do to improve the voice quality 
when the underlying packet network is congested. 

As apparent from the above-described deficiencies with conventional systems for 
10 overload control, a need exists for an improved method and apparatus for overload control in a 
multi-branch packet network, such as an hitemet Protocol (IP)-based private branch exchange 
(PBX) switch. A fiirther need exists for an overload control method and apparatus that reroutes 
15 packet telephone calls using an alternate branch in a multi-branch packet network, upon detection 
of congestion in a primary branch. 

pi 5 

i:Q Summary of the Invention 

Generally, a method and apparatus are disclosed for congestion management in a 
;=3 ' multi-branch packet network, such as hitemet Protocol (IP)-based private branch exchange 
m (PBX) switch. The multi-branch packet network inckides paths through a primary network, such 
S Jo as a wide area network (WAN), and an alternate network, such as the pubhc switched telephone 
^ network (PSTN), for interconnecting packet telephones located at two locations. 

According to one aspect of the invention, packet phone adapters (PPAs) 
associated with each packet telephone unit monitor packet telephone calls and periodically report 
delay information to communication servers, hi one preferred embodiment, the communication 
25 server will reroute the packet telephony calls through the secondary network upon detection of 
congestion in the underlying primary packet network, thereby preserving voice quahty. 

Each packet phone adapter (PPA) includes a congestion data collection and 
reporting process that monitors each phone call on the primary network and reports delay 
information to the communication server, hi one embodiment, the packet phone adapter (PPA) 
30 will discard records collected from calls whose duration is below a minimum value, to ensure 
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reliable congestion information. Each communication server includes a congestion control 
database maintenance process that records reported delay information from the packet phone 
adapters (PPAs) in a congestion control database, and an overload control process that processes 
each call set up request and determines if the requested path is congested. If the requested path is 
5 congested, then the overload control process may forward the call using the secondary network. 

A more complete understanding of the present invention, as well as further 
features and advantages of the present invention, will be obtamed by reference to the following 
detailed description and drawings. 

10 Brief Description of the Drawings 

FIG. 1 illustrates a network environment in which the present invention can 

operate; 

5 FIG. 2 is a schematic block diagram of a packet phone adapter of FIG. 1 in 

accordance with the present invention; 
% FIG. 3 is a schematic block diagram of a communication server of FIG. 1 in 

0 accordance with the present invention; 

FIG. 4 is a flow chart describing an exemplary congestion data collection and 
3 ' reporting process implemented by the packet phone adapter of FIG. 2 in accordance with the 
IJ present invention; 

^0 FIG. 5 is a sample table from the congestion confrol database of FIG. 3; 

a FIG. 6 is a flow chart describing an exemplary congestion confrol database 

maintenance process implemented by the communication server of FIG. 3 in accordance with the 

present invention; and 

FIG. 7 is a flow chart describing an exemplary overload confrol process 
25 implemented by the communication server of FIG. 3 in accordance with the present invention. 

Detailed Description 

FIG. 1 illusfrates a network environment 100 in which the present mvention can 
operate. As shown in FIG. 1, the illustrative network environment 100 includes a primary 
30 network, such as a packet data wide area network (WAN) 1 10, and an alternate network, such as 
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the public circuit switched telephone network (PSTN) 120. According to one feature of the 
present invention, if congestion is detected on the primary network 110, the call can be rerouted 
on the alternate network 120. As shown in FIG. 1, the network environment 100 connects a 
number of packet phone adapters (PPAs) 200-N, discussed below in conjunction with FIG. 2, and 
5 communication servers 300, discussed below in conjunction with FIG. 3. Typically, each 
individual site N in the wide area network (WAN) environment 100 includes a communication 
server 300-N, although not necessary, a PSTN gateway 130-N, in a known manner, and a data 
gateway 140-N, often referred to as a router. It is noted that while each individual site N in the 
wide area network (WAN) environment 100 is shown in FIG. 1 as including only a single packet 
10 phone adapters (PPAs) 200-N for clarity of illustration, each site N would typically include 
multiple packet phone adapters (PPAs) 200-N. 

As discussed further below, the packet phone adapters (PPAs) 200 convert the 
1 analog voice signals generated by telephone sets into digital signals that are encapsulated into 
S Real Time Transport Protocol/ Unreliable Datagram Protocol/ hitemet Protocol (RTP/UDP/IP) 
Is packets. Upon the establishment of a phone call between a PPA 200 and an end device, the 
Qi packet phone adapter (PPA) 200 terminates an RTP/UDP/IP stream. The communication servers 
^\ 300 are responsible for the call processing functions, authentication, billing and management, in 
t' a known manner. 

yi According to one feature of the present invention, each packet phone adapter 

%0 (PPA) 200 monitors the phone calls m which it participates and reports delay information to the 
3 communication server 300. The communication server 300, upon detection of congestion in the 
underlying primary network 110, will reroute the packet telephony calls through the secondary 
network 120, such as the PSTN, hi this manner, voice quality is preserved as the phone 
conversation is being conducted on a reUable PSTN connection compared to an unreliable 
25 connection through a pubUc data network. 

FIG. 2 is a schematic block diagram of an illustrative packet phone adapter (PPA) 
200. As shown in FIG. 2, the packet phone adapter (PPA) 200 mcludes certain hardware 
components, such as a processor 210, a data storage device 220, and one or more 
communications ports 230. The processor 210 can be linked to each of the other Hsted elements, 
30 either by means of a shared data bus, or dedicated connections, as shown m FIG. 2. The 
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communications port(s) 230 allow(s) the packet phone adapter (PPA) 200 to communicate with 
all of the other network nodes over the primary network 1 10 and the secondary network 120, via 
the gateway 130. 

The data storage device 220 is operable to store one or more instructions, 
5 discussed further below in conjunction with FIG. 4, which the processor 210 is operable to 
retrieve, interpret and execute in accordance with the present invention. Thus, the data storage 
device 220 includes a congestion data collection and reporting process 400 that monitors each 
phone call on the primary network 110 and reports delay information to the communication 
server 300. In one embodiment, discussed further below, in order to provide rehable information 
10 to the communication server 300, the packet phone adapter (PPA) 200 will discard records 
collected from calls whose duration is below a minimum value, such as at least 1000 samples. 
For example, if the coder/decoder (codec) in the packet phone adapter (PPA) 200 generates 30 
3 millisecond (msec) packets, the minimum reported call duration should be at least 30 seconds. 

FIG. 3 is a schematic block diagram of an illustrative communication server 300. 
As shown in FIG. 3, the communication server 300 includes certain hardware components, such 
m as a processor 3 10, a data storage device 320, and one or more communications ports 330, in the 

same manner as the packet phone adapter (PPA) 200 of FIG. 2. 
Q The data storage device 320 inckides a congestion control database 500, discussed 

m below in coiyunction with FIG. 5. Generally, the congestion control database 500 contains an 
1=^0 entry for each path between each site and indicates whether the corresponding path is congested. 
Q The data storage device 320 is also operable to store one or more instructions, 

discussed further below in conjunction with FIGS. 6 and 7, which the processor 310 is operable 
to retrieve, interpret and execute in accordance with the present invention. The data storage 
device 320 includes a congestion control database maintenance process 600, discussed below in 
25 conjunction with FIG. 6, and an overload control process 700, discussed below in conjunction 
with FIG. 7. Generally, the congestion control database maintenance process 600 records 
reported delay information from the packet phone adapters (PPAs) 200 in the congestion control 
database 500. The overload control process 700 processes each call set up request and 
determines if the requested path is congested. If the requested path is congested, then the 
30 overload control process 700 will forward the call using the secondary network 120. 



-5- 



Bauer 13-7-4 



FIG. 4 is a flow chart describing an exemplary congestion data collection and 
reporting process 400 incorporating features of the present invention and employed by the packet 
phone adapter (PPA) 200 of FIG. 2. As previously indicated, the congestion data collection and 
reporting process 400, shown in FIG. 4, monitors each phone call on the primary network 110 
5 and reports delay information to the communication server 300. hi the illustrative embodiment, 
the packet phone adapter (PPA) 200 discards records collected from calls whose duration is 
below a minimum value, such as at least 1000 samples, in order to provide sufficiently reliable 
information to the communication server 300. 

As shown in FIG. 4, the congestion data collection and reporting process 400 is 
1 0 initiated during step 41 0 upon the receipt of a new call being originated or received by the packet 
phone adapter (PPA) 200. A test is then performed during step 420 to determine if the originated 
or received call is local (origination and destination of call on same site N). It is possible to know 
3 this information from the called number and the callee numbers. There are two possible cases 
when placing the call, hi the first case, the packet phone adapter (PPA) 200 is placing the call to 
^5 another packet phone adapter (PPA) 200 situated in the same site N. Therefore, the call is not 
Ei traversing a private corporate WAN or the public hitemet through a relatively slow access link, 
^ or a potentially congested router It is anticipated that in this case, the call will experience very 
Q Uttle congestion, as the bandwidth in a local area network is plentiful hi the second case, 
however, the packet phone adapter (PPA) 200 is placing calls to a packet phone adapter (PPA) 
5 Jo 200 located across the wide area network (WAN), such as at site 2. hi this second case, the 
Q packets may be subject to delays and losses as they traverse a slow access hnk and the wide area 
network (WAN). 

Thus, if it is determmed during step 420 that the originated or received call is 
local, then the phone call is processed in a conventional manner during step 430. hi other words, 
25 the packet phone adapter (PPA) 200 will not collect any information about the quahty of the on- 
going call. If, however, it is determined during step 420 that the originated or received call is not 
local, then the congestion data collection and reporting process 400 begins collecting information 
about packet loss, delay and jitter for the call during step 440. It is noted that during a 
conversation the packet phone adapter (PPA) 200 terminates an RTP stream, which carries the 
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voice packets. The packet phone adapter (PPA) 200 also terminates the RTCP stream, which 

gives information about the packet loss rate, delay and jitter. 

Once the call is complete, a test is performed during step 450 to determine if the 

call duration exceeds a predefined threshold, hi order to provide reliable information to the 
5 communication server 300, the packet phone adapter (PPA) 200 will discard records collected 

from calls whose duration is below a minimum value. It has been found that the collection of at 

least 1000 samples, for example, provides satisfactory resuUs. Thus, if the coder/decoder (codec) 

is generating 30 ms packets, the call duration should be at least 30s. 

If it is determined during step 450 that the call duration does not exceed the 
10 predefined threshold, then program control terminates during step 460. If, however, it is 

determined during step 450 that the call duration does exceed the predefined threshold, then the 

information being collected about packet loss and jitter for the call during step 440 is periodically 
3 reported to the communication server 300 during step 470, until it is detected during step 480 
; that the call has been terminated. Thereafter, program control terminates. Thus, throughout the 
1 5 duration of the call, information about packet loss, delay and jitter is periodically reported to the 
Oi communication server 300. The period may be, for example, 3 minutes. 

^ As previously indicated, the communication server 300 maintains a congestion 

f control database 500, shown in FIG. 5. The congestion control database 500 contains an entiy 
y for each path between each site N and indicates whether or not the corresponding path is 
^^0 congested. In the illustrative implementation shown in FIG. 5, each entry of the congestion 
3 control database 500 includes a congestion indicator (CI) flag and a corresponding timer. If the 
congestion indicator (CI) flag is set, it indicates that the corresponding path is congested. Each 
time a flag is set, the corresponding timer is set to a predefined value. As discussed further 
below in conjunction with FIG. 6, the CI flag remains set for the path until the timer expires. It is 
25 noted that the congestion control database 500 does not identify specifically where the congestion 
occurs along the end-to-end path. For example, the congestion control database 500 does not 
specify whether congestion in the path between sites 1 and 3 occurs in the access gateway 140-1 
in Site 1, or in the access link fi-om Site 1 to the WAN, in the WAN itself or in the access link 
from the WAN to Site 3 or in the access gateway 140-3 in Site 3. Rather, the congestion confrol 
30 database 500 indicates that the end-to-end path from Site 1 to Site 3 is congested and hence 
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should be avoided by future calls whose source and destination happen to be between site 1 and 
site 3. 

FIG. 6 is a flow chart describing an exemplary congestion control database 
maintenance process 600 incorporating features of the present invention and employed by the 
5 communication server 300 shown in FIG. 3. As previously indicated, the congestion control 
database maintenance process 600 records reported delay information received from the packet 
phone adapters (PPAs) 200 in the congestion control database 500. 

As shown in FIG. 6, the congestion control database maintenance process 600 is 
initiated during step 610 upon receipt of a record from a packet phone adapter (PPA) 200. The 
1 0 congestion confrol database maintenance process 600 then evaluates the received record and sets 
the congestion mdicator (CI) flag in the corresponding entry of the congestion control database 
500 during step 620 if the record indicates that the packet phone adapter (PPA) 200 experienced 
3 a packet loss of more than five percent (5%) or a packet delay of more than 150 milliseconds 
? (msec). It is noted that the threshold values utilized during step 620 are merely for illustration 
is and can be established experimentally. If the congestion control database maintenance process 
J 600 sets the congestion indicator (CI) flag durmg step 620 it also resets the timer in the 
^ corresponding entry of the congestion control database 500 to a predefined value, such as three 
3 mmutes. The timer ensures that the information about congestion is up to date. The choice of 3 
y minutes is motivated by a study about the congestion in typical WANs showing that the duration 
t^O ofcongestion is in the order of minutes. 

i Once a flag is set during step 620, the congestion confrol database maintenance 

process 600 will continuously decrease the timer during step 630 and perform a test during step 
640 until the timer has expired. Once it is determined during step 640 that the timer has expired, 
then the congestion control database maintenance process 600 will reset the congestion indicator 

25 (CI) flag during step 650 and program control will terminate during step 660. 

FIG. 7 is a flow chart describing an exemplary overload control process 700 
incorporating features of the present invention and employed by the communication server 300 
shown in FIG. 3. As previously indicated, the overload control process 700 processes each call 
set up request and determines if the requested path is congested. If the requested path is 



-8- 



Bauer 13-7-4 



congested, then the overload control process 700 will forward the call using the secondary 
network 120. 

As shown in FIG. 7, the overload control process 700 is initiated during step 710 
upon receipt of a new call request. In the example shown in FIG. 1, the call request is received 
5 from a packet phone adapter (PP A) 200 at site 2 and has a destination at a packet phone adapter 
(PPA) 200 at site 3. The overload control process 700 then evaluates the corresponding entry in 
the congestion control database 500. hi the example shown in FIG. 7, the entry (2, 3) is 
evaluated. 

A test is then performed during step 730 to determine if the congestion indicator 
1 0 (CI) flag in the entry is set to one, indicating congestion on the path through the primary network. 
If it is determined during step 730 that the congestion indicator (CI) flag in the entry is not set to 
one, there is no congestion on the path through the primary network, and the call is accepted and 
J forwarded on the primary network, such as the WAN, during step 740. 

i^; If, however, it is determined during step 730 that the congestion indicator (CI) 

'As flag in the entry is set to one, there is congestion on the path through the primary network, and 
:ai the overload control process 700 declares congestion on the path during step 750. In addition, in 
^ one preferred implementation, the call is forwarded through the secondary network 120, such as 
=3 the PSTN, rather than dropping the call. Program control then terminates. 
=Li It is to be understood that the embodiments and variations shown and described 

:4o herein are merely illustrative of the principles of this invention and that various modifications 
=S may be implemented by those skilled in the art without departing from the scope and spirit of the 
invention. 
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We claim: 

1. An overload control method for use in a multi-branch hitemet Protocol (IP)-based 

private branch exchange (PBX) system within a network environment having a primary network 
5 and at least one alternate network, said method comprising the steps of: 

maintaining a congestion indicator status associated with each path in said 
primary network, said congestion indicator status indicating whether said path is congested and 
based on congestion data from at least one device that participated in a packet telephony 
communication; 

1 0 receiving a call set up request from a source terminal; 

determining if a primary path between said source terminal and a destination 
terminal is congested using said congestion indicator status; and 
^1 routing said call using said at least one altemate network if said primary path 

■ : between said source terminal and a destination terminal is congested. 




2. The method of claim 1 , fiirther comprising the step of setting a timer that will 

^ ^ cause said congestion indicator flag to automatically expire after a predefined period of time. 

pyi 3. The method of claim 2, wherein said timer expires after a period of time within 

'y^O which said congestion should have been alleviated. 

4. A congestion management method for use in an hitemet Protocol (IP)-based 

private branch exchange (PBX) system within a packet network environment, said method 
comprising the steps of: 

25 receiving congestion data from at least one device that participated in a packet 

telephony communication; 

determining if said congestion data indicates that a path associated with said 
packet telephony commimication is congested; and 

setting a congestion indicator flag associated with said path if said congestion data 
30 indicates that a path associated with said packet telephony communication is congested. 
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5. The method of claim 4, further comprising the step of setting a timer that will 

cause said congestion indicator flag to automatically expire after a predefined period of time. 

5 6. The method of claim 5, wherein said timer expires after a period of time within 

which said congestion should have been alleviated. 

7, A congestion management method for use by a packet phone adapter (PPA) in a 

packet network environment, said method comprising the steps of: 
1 0 collecting congestion data associated with a packet telephony communication; 

determining if said packet telephony communication had a duration that exceeded 
a predefined threshold; and 

reporting said congestion data to a centralized server that performs overload 
control, whereby said centralized server evaluates said congestion data to determine if a path 
VI 5 associated with said packet telephony communication is congested. 

^ U 8^ The method of claim 7, further comprising the step of setting a timer that will 

Q cause said congestion data to automatically expire after a predefined period of time. 

i=|o 9. The method of claim 8, wherein said timer expires after a period of time within 

Q which said congestion should have been alleviated, 

10. A congestion manager for use in an Internet Protocol (IP)-based private branch 

exchange (PBX) system within a packet network environment, comprising: 
25 a memory for storing computer readable code; and 

a processor operatively coupled to said memory, said processor configured to: 
receive congestion data from at least one device that participated in a packet 
telephony communication; 

determine if said congestion data indicates that a path associated with said packet 
30 telephony communication is congested; and 
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set a congestion indicator flag associated with said path if said congestion data 
indicates that a path associated with said packet telephony communication is congested, 

1 1 , The congestion manager of claim 10, wherein said processor is further configured 
5 to maintain a timer that will cause said congestion indicator flag to automatically expire after a 

predefined period of time. 

12. The congestion manager of claim 1 1, wherein said timer expires after a period of 
time within which said congestion should have been alleviated. 

10 
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ABSTRACT 

A method and apparatus are disclosed for congestion management in a multi- 
branch Internet Protocol (IP)-based private branch exchange (PBX) switch. The multi-branch IP- 
based PBX switch is interconnected through (i) a packet network referred to as the primary 
network, such as a wide area network (WAN), and (ii) an alternate network, such as the public 
switched telephone network (PSTN),. Packet phone adapters (PPAs) associated with each packet 
telephone unit monitor packet telephone calls and report delay information to communication 
servers. The communication server can reroute the packet telephony calls through the secondary 
network upon detection of congestion in the underlying primary network, thereby preserving 
voice quality The packet phone adapter (PPA) will discard records collected firom calls whose 
duration is below a minimum value, to ensure rehable congestion information. Each 
communication server records reported voice quaUty of service information in a congestion 
control database. An overload control process processes each call set up request and determines 
if the requested path is congested. If a requested path is congested, then the overload control 
process may forward the call using the secondary network. 
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Declaration and Power of Attorney 
As the below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 

name. 

I beheve I am the original, first and joint inventor of the subject matter which is 
claimed and for which a patent is sought on the invention entitled METHOD AND 
APPARATUS FOR OVERLOAD CONTROL IN MULTI-BRANCH PACKET 
NETWORKS, the specification of which is attached hereto. 

I hereby state that I have reviewed and understand the contents of the above identified 
specification, including the claims, as amended by an amendment, if any, specifically referred 
to in this oath or declaration. 

I acknowledge the duty to disclose all information known to me which is material to 
patentability as defined in Title 37, Code of Federal Regulations, 1 .56. 

I hereby claim foreign priority benefits under Titie 35, United States Code, 11 9 of any 
foreign application(s) for patent or inventor's certificate fisted below and have also identified 
below any foreign application for patent or inventor's certificate having a filing date before 
that of the apphcation on which priority is claimed: 

None 

I hereby claim the benefit under Titie 35, United States Code, 119(e) of any United 
States provisional application(s) fisted below: 

None 

I hereby claim the benefit under Title 35, United States Code, 120 of any United 
States application(s) listed below and, insofar as the subject matter of each of the claims of 
this apphcation is not disclosed m the prior United States application m the manner provided 
by the first paragraph of Titie 35, United States Code, 1 12, 1 acknowledge tiie duty to disclose 
all information known to me to be material to patentability as defined in Titie 37, Code of 
Federal Regulations, 1.56 which became available between the fifing date of the pnor 
appUcation and the national or PCT international filing date of this application: 

None 

I hereby declare that aU statements made herein of my own knowledge are true and 
that all statements made on information and behef are befieved to be true; and fiirther that 
tiiese statements were made with the knowledge that willfiil false statements and the like so 
made are punishable by fine or imprisonment, or botii, under Section 1001 of Titie 18 of the 
United States Code and that such willfiil false statements may jeopardize tiie validity of the 
apphcation or any patent issued thereon. 



Bauer 13-7-4 

I hereby appoint the following attomey(s) with Ml power of substitution and 
revocation, to prosecute said application, to make alterations and amendments therein, to 
receive the patent, and to transact all business in the Patent and Trademark Office connected 
therewith: 



Lester H. Bimbaum 
Richard J. Botos 
Jeffery J. Brosemer 
Kenneth M. Brown 
Craig J. Cox 
Donald P. Dinella 
Guy Eriksen 
Martin I. Finston 
James H. Fox 
William S. Francos 
Barry H. Freedman 
Julio A. Garceran 
MonyR. Ghose 
Jimmy Goo 
Anthony Grillo 
Stephen M. Gurey 
John M. Harman 
Michael B. Johannesen 
Mark A. Kurisko 
Irena Lager 

Christopher N. Malvone 
Scott W. McLellan 
Martin G. Meder 
John C. Moran 
Michael A. Morra 
Gregory J. Murgia 
Claude R. Narcisse 
Joseph J. Opalach 
Neil R. Ormos 
Eugen E. Pacher 
Jack R. Penrod 
Daniel J. Piotrowski 
Gregory C. Ranieri 
Scott J. Rittman 
Eugene J. Rosenthal 
Bruce S. Schneider 
Ronald D. Slusky 
David L. Smith 
Patricia A. Verlangieri 
John P. Veschi 
David Volejnicek 
Charles L. Warren 
Jeffrey M. Weinick 
Eli Weiss 



(Reg. No. 25830) 
(Reg. No. 32016) 
(Reg. No. 36096) 
(Reg. No. 37590) 
(Reg. No. 39643) 
(Reg. No. 39961) 
(Reg. No. 41736) 
(Reg. No. 31613) 
(Reg. No. 29379) 
(Reg. No. 38456) 
(Reg. No. 26166) 
(Reg. No. 37138) 
(Reg. No. 38159) 
(Reg. No. 36528) 
(Reg. No. 36535) 
(Reg. No. 27336) 
(Reg. No. 38173) 
(Reg. No. 35557) 
(Reg. No. 38944) 
(Reg. No. 39260) 
(Reg. No. 34866) 
(Reg. No. 30776) 
(Reg. No. 34674) 
(Reg. No. 30782) 
(Reg. No. 28975) 
(Reg. No. 41209) 
(Reg. No. 38979) 
(Reg. No. 36229) 
(Reg. No. 35309) 
(Reg. No. 29964) 
(Reg. No. 31864) 
(Reg. No. 42079) 
(Reg. No. 29695) 
(Reg. No. 39010) 
(Reg. No. 36658) 
(Reg. No. 27949) 
(Reg. No. 26585) 
(Reg. No. 30592) 
(Reg. No. 42201) 
(Reg. No. 39058) 
(Reg. No. 29355) 
(Reg. No. 27407) 
(Reg. No. 36304) 
(Reg. No. 17765) 
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I hereby appoint the attorneys on ATTACHMENT A as associate attorneys in the 
aforementioned application, with full power solely to prosecute said appUcation, to make 
alterations and amendments therein, to receive the patent, and to transact all business in the 
Patent and Trademark Office connected with the prosecution of said application. No other 
powers are granted to such associate attorneys and such associate attorneys are specifically 
denied any power of substitution or revocation. 



Full name of 1st joint inventor: 

m 



Inventor's signature v y-^,>^,> 
Residence: 
Citizenship: 
Post Office Address: 



EricrJeijathan Bauer 
Date 




Freehold, Monmouth County, New Jersey 



United States of America 



167 Overbrook Drive 
Freehold, NJ 07728 



Full name of 2nd joint inventor : Wassim A . Matragi 

Date 900 



Inventor's signature 
Residence: 
Citizenship: 
Post Office Address: 




Brooklyn, Brooklyn County, New York 
Lebanon 

8822 Ridge Boulevard 
Brooklyn, NY 11209 



Full name of 3rd joint inventor: Behrokh Samadi 

Inventor's signature ^ I ; Date © 

Residence: Basking Ridge, Monmouth County, New Jersey 

Citizenship: United States of America 

Post Office Address: 32 Independence Drive 

Basking Ridge, NJ 07920 
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ATTACHMENT A 



Attorney Names: Joseph B. Ryan Reg.Nos.: 37,922 

Kevin M. Mason 36,597 
William E. Lewis 39,274 



Telephone calls should be made to Kevin M. Mason at: 
Phone No. : (203) 255-6560 
Fax No.: (203) 255-6570 



All written communications are to be addressed to: 



Ryan & Mason, L.L.P. 
90 Forest Avenue 
Locust Valley, NY 11560 
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